
1 1* (Twice amended) In a computer system in which a 

2 first thread and a second thread of a user application 

3 execute concurrently in a common address space, a method of 

4 processing an application event in response to the detection 

5 of said application event by said first thread, comprising 

6 the steps of: 

7 said first thread, in response to detecting said 

8 application event: 

9 sending a quiesce event [from said first thread] 

10 to said second thread [in response to the detection of 

11 said application event by said first thread] to cause 

12 said second thread to quiesce; and 



13 suspending execution [of said first thread] until 

14 said second thread has quiesced in response to the 

15 quiesce event sent to that thread; and 

16 said second thread, in response to receiving said 

17 guiesce event: 

18 determining whether it is holding any resource 

19 required by another thread; 

20 guiescing only if it determines that it is not 

21 holding any resource required by another thread; and 

22 upon guiescing, resuming execution of said first 

23 thread to process said application event [when said 

24 second thread has quiesced in response to the quiesce 

25 event sent to that thread] - 
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1 11. (Twice amended) The method of Claim [10, further 

2 comprising the step of releasing] 1 wherein said second 

3 thread releases any resource required by another thread that 

4 is held by said second thread before quiescing said second 

5 thread. 

1 12. (Twice amended) In a computer system in which a 

2 first thread and a second thread of a user application 

3 execute concurrently in a common address space, a method of 

4 processing an application event in response to the detection 

5 of said application event by said first thread, comprising 

6 the steps of: 

7 said first thread, in response to detecting said 

8 application event: 

9 sending a suspension event [from said first 

10 thread] to said second thread [in response to the 

11 detection of said application event by said first 

12 thread] to cause said second thread to suspend; and 

13 suspending execution [of said first thread] until 

14 said second thread has suspended in response to the 

15 suspension event sent to that thread; 

16 said second thread, in response to receiving said 

17 quiesce event: 

18 determining whether it is holding any resource 

19 required by another thread; 
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20 quiescinq only if it determines that it is not 

21 holding any resource required by another thread; and 

22 upon quiescinq/ resuming execution of said first 

23 thread to process said application event [when said 

24 second thread has suspended in response to the 

25 suspension event sent to that thread]; and 

26 said first thread resuming said second thread following 

27 the processing of said application event by said first 

28 thread. 



Entry of this amendment and reconsideration of the 
application as amended are respectfully requested. 

Remarks 

The specification has been amended on page 5 to change 
"effected" to "affected" , which is more appropriate to the 
context . 

Claims 1 and 12 have been amended to recite which 
thread performs each step. Claims 1 and 12 have been 
further amended to incorporate the limitations of Claims 9 
and 10, which have been cancelled. Claim 11, formerly 
dependent on Claim 10, has been amended to depend on Claim 
1. 

Claims 1 and 12 as amended each recite that a first 
thread, in response to detecting an application event, sends 
a quiesce event to a second thread to cause it to quiesce 
and suspends execution until the second thread has quiesced 
in response to the quiesce event sent to that thread. In 
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